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A METHOD AND APPARATUS FOR SUPPORTING MULTISERVICE 



DIGITAL SIGNAL PROCESSING APPLICATIONS 



FIELD OF THE INVENTION 
5 The present invention relates generally to a mechanism for supporting 

multiservice digital signal processing (DSP) applications and more 
particularly to the simultaneous processing of a number of data types on a 
host platform. 



1 0 BACKGROUND OF THE INVENTION 

Until recently there has persisted a fundamental dichotomy between 
two main types of telecommunication networks. The first type of 
telecommunication network, the telephone network, switches and transports 
predominantly voice, facsimile, and modulation-demodulation system 

1 5 (modem) traffic. The public switched telephone network (PSTN) is an 

example of this type of network. Telephone networks are also deployed 
privately within organizations such as corporations, banks, campuses, and 
government offices. The second type of telecommunication network, the 
data network, switches or routes and transports data between computers. The 

2 0 Internet is an example of a public data network; data networks may be 

privately deployed. 

Telephone networks were developed and deployed earlier, followed by 
data networks. Telephone network infrastructures are ubiquitous, however, 
and as a result data networks typically are built, to a limited extent, using 
2 5 some components of telephone networks. For example, the end user access 

link to a data network in some cases is implemented with a dial-up telephone 
line. The dial-up telephone line thus connects the end user computer 
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equipment to the data network access gateway. Also, high speed digital 
trunks interconnecting remote switches and routers of a data network are 
often leased from telephone long-haul carriers. 

Nonetheless, telephone and data network infrastructures are usually 
5 deployed together with limited sharing of resources, especially with regards to 
the core components of the networks-the switches and routers that steer the 
payloads throughout the networks. The cost of this redundancy coupled with 
advances in data network technologies has led, where possible, to integrated 
telephony traffic comprising voice, facsimile, and modem information over a 
1 0 unified data network. As such, a data network dial-up access gateway should 
now be able to accept, service, and deliver any type of data over its access 
telephone links on a random, dynamic basis using a minimum set of 
hardware on a single platform. 

In prior art multiservice processing applications involving the 

1 5 processing of multiple data types, a matrix of digital signal processors (DSP) 

are typically required to perform digital signal processing (DSP) operations on 
a number of channels of data. For modem and facsimile traffic, the DSPs are 
mostly used to modulate and demodulate the traffic to and from the dial-up 
telephone access links. For a voice call over the same link, the same DSP can 

2 0 instead be used to compress and decompress the voice traffic towards and 

from the core of the data network and to suppress undesirable echoes which 
usually arise at various points in the network. 

Within the access gateway equipment, a host bus and host processor 
typically communicate payload data between the DSP processors of the array 
2 5 and the data network side of the DSP array. A number of serial links typically 
communicate payload data between the DSP processors of the array and the 
telephone dial-up side of the array. The payload data can be one of several 
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types, and several processing routines, or algorithms, are typically required of 
each processor on a dynamic basis, where particular processing algorithms 
correspond to particular data types. Therefore, different algorithms which are 
resident as different software images are required to be loaded and run on 
5 each of the DSP processors of the processor matrix on a dynamic basis. The 
problems inherent in dynamically loading and running different software 
images depends upon the prior art implementation selected on a platform. In 
spite of the presence of a corresponding separate external memory with each 
DSP of the processor array, it is prohibitive for this multiply instantiated 
1 0 memory to be large enough to hold all the possible software modules 
necessary to process all data types. 

One prior art DSP platform holds resident in a large memory of a host 
processor all algorithms necessary to process all data types serviced by the 
access gateway. Data received into this DSP platform is provided to a DSP 

1 5 processor of the array. The DSP processor identifies the received data type and 

makes a request over to a host processor for the necessary processing software 
routine. The host processor responds by downloading the requested software 
routine to the DSP processor over the host bus. 

The problem with this prior art implementation is that the host 

2 0 processor and its associated bus are already heavily tasked in moving payload 

data into and out of the DSP processor array. Peak saturating bandwidths 
occur when many software download requests are responded to 
simultaneously. A typical example shows that bus bandwidth saturation is 
reached when the host processor services requests from five or more DSP 
2 5 processors simultaneously. Therefore, the presence of 24 or 30 DSP processors 
in a multiservice access gateway servicing a Tl or El data line, respectively, 
would saturate the host bus and host processor. The occurrence of peak 
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saturating bandwidths results in an overall reduction in service reliability by 
the access gateway. Therefore, this prior art system is not upwardly scalable to 
include many DSP processors in the DSP processor array without a significant 
decrease in service reliability. Furthermore, an adverse impact on the 
5 perceived quality of the delivered voice traffic would result. 

Another prior art DSP platform uses larger shared memory systems 
among the members of small DSP processor groupings. Data received into 
this DSP platform is provided to a DSP processor of the array. The DSP 
processor identifies the received data type and accesses the shared memory 
1 0 system of its grouping for the necessary processing software routine. 

The problem with this prior art implementation is that a large memory 
system would have to be instantiated several times on the hardware platform 
because the number of processors sharing a software library would typically be 
required to be kept small for performance reasons. The performance of the 

1 5 individual array processors is not reliable because the individual processing 

members of the array may periodically have to cease processing when accesses 
to the shared memory system are delayed because the memory system is 
responding to requests from other processors. Therefore, this 
implementation is inefficient with regard to cost, space, and performance. 

2 0 An alternate prior art DSP platform holds resident in the private 

memory of each DSP processor of the array all of the required processing 
algorithms. Data received into this DSP platform is provided to a DSP 
processor of the array. The DSP processor identifies the received data type 
and processes the data using a software routine stored in its associated 
2 5 memory. 
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The problem with this prior art implementation is that it requires 
significant duplication of memory assets. This results in a higher cost and the 
consumption of a significant amount of space in the hardware platform. 
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SUMMARY AND OBTECTS OF THE INVENTION 

It is therefore an object of the invention to make available on a 
dynamic basis a large library of different firmware processing algorithms to 
each DSP processor engine of a DSP processor array. 
5 It is a further object of the invention to efficiently perform digital 

signal processing of multiple types of data, using multiple firmware 
algorithms resident on a host platform, in order to communicate data over an 
Internet Protocol (IP) network and a public switched telephone network 
(PSTN). 

10 It is a further object of the invention to increase the digital signal 

processing density when processing multiple types of data, using multiple 
firmware algorithms resident on a host platform, in order to communicate 
data over an Internet Protocol (IP) network and a PSTN. 

It is a further object of the invention to reduce the memory, and 

1 5 corresponding platform area and space, required for performing digital signal 

processing of multiple types of data, using multiple firmware algorithms 
resident on a host platform, in order to communicate data over an Internet 
Protocol (IP) network and a PSTN. 

It is a further object of the invention to reduce the cost per channel of 

2 0 digital signal processing when communicating multiple data types over an 

Internet Protocol (IP) network and a public switched telephone network 
(PSTN). 

These and other objects of the invention are provided by a continuous 
broadcast of a number of firmware algorithms from a master DSP engine 
2 5 resident in a host processor to a number of service DSP engines of a DSP array 
over a channelized serial bus. The firmware algorithms are resident in a 
memory controlled by the master DSP engine. 
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In one embodiment, each service DSP engine is coupled to receive 
PCM data from multiplexed lines of a public switched telephone network and 
packetized data from an Internet Protocol (IP) network. The data may 
include, but is not limited to, modem data, voice data, audio data, video data, 
5 and facsimile data. The data is provided to one of a number of service DSP 
engines of a DSP array. Upon receipt of the data, each service DSP engine 
determines a data type of the received data and determines a firmware 
algorithm required to process the data. The service DSP engine then 
determines an address of at least one channel of the channelized serial bus on 
1 0 which the required firmware algorithm is available and unmasks a 
corresponding bit of an interrupt mask in the service DSP engine. In 
response to the receipt of an interrupt signal corresponding to the unmasked 
interrupt bit, the service DSP engine executes an interrupt service routine 
resulting in the receipt and storage of the corresponding firmware algorithm 

1 5 from the master DSP engine. The interrupt is asserted by the firmware 

broadcast DSP just before block boundaries of the played-out firmware and is 
used by the receiving DSPs to synchronize the code upload to the code 
playout. The service DSP engine processes the received data using the 
received firmware algorithm. When the data received by the service DSP 

2 0 engine is PCM data received from the PSTN, the service DSP engine produces 

packetized data for communication over the IP network. When the data 
received by the service DSP engine is packetized data received from the IP 
network, the service DSP engine produces PCM data for communication over 
the PSTN. 

2 5 Other objects, features, and advantages of the present invention will be 

apparent from the accompanying drawings and from the detailed description 
which follows below. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not 
limitation in the figures of the accompanying drawings, in which like 
references indicate similar elements, and in which: 
5 Figure 1 is a communications system comprising the multiservice 

processing system of one embodiment. 

Figure 2 is a multiservice processing system of one embodiment. 

Figure 3 is a DSP module of one embodiment. 

Figure 4 is a master DSP engine and associated memory of one 
1 0 embodiment. 

Figure 5 is a hardware block diagram of a DSP module of one 
embodiment. 

Figure 6 is a data flow diagram of a DSP module of one embodiment. 
Figure 7 is the TDM interface timing for a first timeslot. 



81862.P082 



9 



DETAILED DESCRIPTION 

A multiservice processing system is provided wherein a continuous 
broadcast of a number of firmware algorithms from a master DSP engine to a 
number of service DSP engines using a channelized serial bus is provided. 
5 The firmware algorithms are resident in a shared memory controlled by the 
master DSP engine. The multiservice processing array provided herein 
provides, on a dynamic and continuous basis, a large library of different 
firmware processing algorithms to each DSP processor engine of a DSP 
processor array. The limited private external memory of each service DSP 
1 0 engine is dynamically overwritten with the relevant firmware module 

depending on the incident data call type. This multiservice processing array 
efficiently performs simultaneous digital signal processing of multiple types 
of data, using multiple firmware algorithms resident on a host platform, in 
support of packetized data communication over an Internet Protocol (IP) 

1 5 network and PCM data communication over a public switched telephone 

network (PSTN), thereby reducing the time and memory required for 
performing the processing. Therefore, the continuous firmware delivery 
system allows service DSP engines to dynamically reload with the appropriate 
algorithm or firmware overlay or subsystem software to service a random 

2 0 incident telephony call types. These call types may comprise video, modem, 

facsimile, and voice data encoded using various protocols. 

Figure 1 is a communications system 100 comprising the multiservice 
processing system 102 of one embodiment. The multiservice processing 
system 102 receives data from a PSTN 104 over a multiplexed line 106. The 
2 5 data is received as pulse coded modulation (PCM) data streams, but the 

embodiment is not so limited. In one embodiment, the multiplexed line 106 
comprises 24 multiplexed data lines, but the embodiment is not so limited. 
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The multiplexed line 106 may be a Tl data line, a T3 data line, or an El data 
line, but the embodiment is not so limited. The data types 108-116 received 
over the PSTN 104 comprise, but are not limited to, facsimile data 108, 
modem data 110, video data 112, audio data 114, and voice data 116, for 
5 example telephone data. The lines 128-136 over which the data 108-116, 

respectively, is provided may be multiplexed data lines, but the embodiment 
is not so limited. The multiservice processing system 102 processes the 
received PCM data and generates packets or cells comprising the processed 
data. The packets or cells are provided to an IP network 118 for transmission. 
1 0 The multiservice processing system 102 also receives packetized data 

from the IP network 118. The data types received in packets or cells over the 
IP network 118 comprise, but are not limited to, facsimile data, modem data, 
video data, audio data, and voice data, for example telephone data. The 
multiservice processing system 100 unpacks the packetized data and generates 

1 5 PCM data streams comprising the data. The PCM data streams are provided 

to the PSTN 104 using the multiplexed line 106. The PSTN 104 distributes the 
PCM data streams to individual subscribers 108-116 of particular destinations 
using data lines 128-136. The data lines 128-136 may be multiplexed data lines, 
but the embodiment is not so limited. 

2 0 Figure 2 is a multiservice processing system 200 of one embodiment. 

The multiservice processing system 200 comprises a DSP array or matrix 
comprising five DSP modules (DSPMs) DSPM 1-5, but the embodiment is not 
so limited. Figure 3 is a DSP module DSPM 1 of one embodiment. Each DSP 
module comprises six service DSP engines 212-217 divided into two groups 
2 5 wherein a first group comprises service DSP engines 212-214 and a second 
group comprises service DSP engines 215-217. 
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The multiservice processing system 200 supports the flow of data from 
the PSTN to the IP network and the flow of data from the IP network to the 
PSTN using PCM stream lines 230 and 232 and a host bus 220 coupled to a 
central processor unit (CPU) 204. To support data flow from the PSTN to the 
5 IP network, PCM data is received from the PSTN and provided to the service 
DSP engines using the PCM stream lines 230 and 232. A Time Division 
Multiplexed (TDM) interface (not shown) receives data from the PSTN over a 
multiplexed line, but the embodiment is not so limited. The PSTN data is 
processed and packetized by the service DSP engines 212-217, and the 
1 0 packetized data is provided to the IP network by the CPU 204 using the host 
bus 220 and a parallel memory mapped interface (not shown). 

In supporting the flow of data from the IP network to the PSTN, 
packetized data is received from the IP network and provided to the service 
DSP engines 212-217 by the CPU 204 using the host bus 220 and a parallel 

1 5 memory mapped interface (not shown). The packetized data is unpacked and 

processed by the service DSP engines 212-217 to form PCM data streams. The 
PCM data is provided to the PSTN over the PCM stream lines 230 and 232. 

In one embodiment, each DSP module comprises a programmable 
logic device (PLD) 240 that couples a TDM serial port of each service DSP 

2 0 engine 212-217 to a channelized serial bus 222. The TDM serial port of the 

master DSP engine 208, or jukebox DSP, is coupled to each of the service DSP 
engines 212-217 of the DSP array using the PLD 240 of each DSP module and 
the channelized serial bus 222. A firmware server interface provides a path 
from the master DSP engine acting as a firmware image broadcast server on 
2 5 the carrier to all service DSP engines on the multiple DSPMs. The interface 
couples the TDM serial port of the master DSP engine to the TDM serial port 
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of all service DSP engines. The host processor 204 may comprise the master 
DSP engine, but the embodiment is not so limited. 

The channelized serial bus 222 supports unidirectional 
communications from the master DSP engine 208 to each of the service DSP 
5 engines 212-217. In one embodiment, the channelized serial bus 222 

comprises five lines, four lines of which provide eight channels over which 
firmware algorithms are continuously broadcasted to the service DSP engines 
212-217, but the embodiment is not so limited. The fifth line of the 
channelized serial bus 222 comprises an interrupt line that is coupled between 
1 0 the master DSP engine 208 and an interrupt pin of each service DSP engine 
212-217. This interrupt line communicates a serial interrupt signal that 
signals the service DSP engines 212-217 that a particular block of memory, or 
portion of a firmware algorithm, is about to be played out. As a different 
interrupt signal pulse and identifier precedes each firmware algorithm block, 

1 5 the service DSP engines 212-217 know when the particular firmware 

algorithms are going to be provided, and therefore, when to upload code from 
the channelized serial bus 222. 

The firmware algorithms allow the service DSP engines 212-217 to act 
as the gateway between the PSTN and IP network domains. This gateway 

2 0 function, however, goes beyond the transparent transfer of data in that the 

various types of PSTN payloads are typically processed to achieve greater 
quality or save bandwidth on the packet domain. Echo cancellation, 
parametric and non-parametric voice coding, suppression of packet 
bandwidth utilization during voice silence, facsimile relay, and modem relay, 
2 5 are a few examples of the processing provided by the firmware algorithms, 
but the embodiment is not so limited. 
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Figure 4 is a master DSP engine 208 and associated memory 210 of one 
embodiment. The master DSP engine 208 may reside in the host CPU, but the 
embodiment is not so limited. The master DSP engine is coupled to an 
external memory. The external memory comprises a number of firmware 
5 algorithms that are used to process the data received by the multiservice 
processing system. The master DSP engine, as discussed herein, provides 
continuous and repetitive broadcasts of these firmware algorithms over the 
channelized serial bus. 

The master DSP engine 208 provides five output signals 402-410 
1 0 comprising a clock signal 402, a frame signal 404, an address signal 406, a data 
signal 408, and an interrupt signal 410, but the embodiment is not so limited. 
The frame signal identifies the boundary of each frame of eight 16-bit words. 
The clock signal is the synchronous reference to which the data, frame, and 
address signals are latched in and out of the DSP engines. The data signal 

1 5 carries the actual binary levels of the payload stream, the algorithm program 

code. 

The address signal is an 8-bit serial encoded address word that is used to 
identify the channel number. In one embodiment, the position of a "1" bit in 
the binary address will be synchronized with the channel number. Thus, 

2 0 during the first timeslot the binary address will be "00000001"; during the 

second timeslot the binary address will be "00000010"; during the third 
timeslot the binary address will be "00000100"; during the fourth timeslot the 
binary address will be "00001000"; during the fifth timeslot the binary address 
will be "00010000"; during the sixth timeslot the binary address will be 
2 5 "00100000"; during the seventh timeslot the binary address will be "01000000"; 
and, during the eighth timeslot the binary address will be "10000000". Using 
this technique the service DSP engines use the address signal as the channel 
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identifier and are capable of configuring their TDM ports to perform receive 
fetches on one or more specified channels. 

Figure 5 is a hardware block diagram of a DSP module 500 of one 
embodiment. This DSPM 500 comprises six service DSP engines 212-217, each 
5 consisting of a Texas Instruments TMS320LC542-50 DSP and two banks of 
64Kxl6 static random access memory (SRAM) having 128K words total, but 
the embodiment is not so limited. In one embodiment, a 50 million 
instruction per second (mips) DSP engine will process one or two data 
channels comprising voice and facsimile and modem channels, but the 
1 0 embodiment is not so limited. As discussed herein, communication to the 
host processor is provided through a host bus interface that links the host 
ports of the service DSP engines 212-217 to the host bus with the assistance of 
a PLD 240. Control messaging and payload packets are moved through this 
interface, but the embodiment is not so limited. 

1 5 In one embodiment, the host bus interface is a 16-bit parallel 

asynchronous interface used to access the host ports of the six service DSP 
engines and the control registers in the PLD. The DSPM is addressed as a data 
byte wide device via a dedicated select line and six address lines. 
Furthermore, the DSPM electrical interface provides for 16 bits of data 

2 0 connection and 19 bits of address line connectors. The DSPM electrical 

interface also provides two select lines. One select line provides the actual 
select signal while the second select line allows stacking of DSPMs. The 
second select line represents a path to the select line of the stacked DSPM. 
The DSPM interface is designed to connect up to four 2MBps of 
2 5 bidirectional TDM streams using a TDM interface. The TDM interface 

connects to the buffered serial ports of the service DSP engines. The DSPM of 
one embodiment ports a multiframe synchronization signal for each of these 
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four streams; the DSPM terminates two of these streams and is wired to 
support two multiframe synchronization signals. 

An interrupt status register allows the host CPU to view the sources of 
interrupts coming from the DSPM. Interrupting sources may be polled 
5 through this register even if masked through an interrupt mask register. A 
logic "1" indicates that the source, the host interrupt line of the particular 
service DSP engine, is interrupting the host CPU. The interrupt mask register 
allows the host to mask the sources of interrupt coming from the DSPM. A 
logic "0" written to the corresponding bit will mask the given service DSP 
1 0 engine's host interrupt line. An unmasked interrupting source will result in 
the DSPM interrupt line going to the host CPU being asserted low until 
masked or cleared at the source, the particular service DSP engine. 

In receiving PSTN data for communication over an IP network, data is 
received by the multiservice processing system from the PSTN comprising 

1 5 data sampled at 8,000 samples per second where each sample comprises 8 bits. 

This PSTN data is selectively provided to the service DSP engines of the DSP 
array over the PCM stream lines, as discussed herein. Upon receipt of the 
data, each service DSP engine determines the data type of the received data. 
Furthermore, each service DSP engine determines a firmware algorithm 

2 0 required to process the received data. The service DSP engine then selectively 

monitors the channelized serial bus for at least one firmware algorithm, 
wherein the firmware algorithm is used to process the received data. When 
the firmware algorithm monitored for is detected on the channelized serial 
bus, the service DSP engine receives the firmware algorithm. 
2 5 The selective monitoring performed by the service DSP engine 

comprises the service DSP engine determining an address of at least one 
channel of the channelized serial bus on which the required firmware 
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algorithm is available. In one embodiment, the serial bus comprises eight 
channels, but the embodiment is not so limited. Upon determination of the 
channel address, the service DSP engine unmasks a bit of an interrupt mask 
in the service DSP engine, where the unmasked bit corresponds to the address 
5 of at least one channel of the serial bus on which the firmware algorithm is 
transmitted. 

In response to the receipt of an interrupt signal corresponding to the 
unmasked interrupt bit, the service DSP engine executes an interrupt service 
routine. The interrupt service routine causes the corresponding firmware 
1 0 algorithm to be received by the service DSP engine. Furthermore, the 

interrupt service routine causes the received firmware algorithm to be stored 
in the SRAM of the corresponding service DSP engine. The service DSP 
engine uses the stored firmware algorithm to process the PSTN data received 
by the service DSP engine thereby packetizing the data received from the 

1 5 PSTN. The service DSP engine loads the packetized data into a buffer of the 

service DSP memory. The CPU monitors the status of the buffer via the host 
bus. When packetized data is detected in the buffer, the data is downloaded 
over the host bus to router circuitry. The router circuitry provides the 
packetized data to the Internet Protocol (IP) network. 

2 0 In the case where a data stream changes from one data type to another 

data type mid-stream, for example, where a telephone call transmits voice 
data and facsimile data, the service DSP engine processing that call will 
recognize any changes in data type and, in response, selectively monitor for 
and receive a firmware algorithm to use in processing the new data type. A 
2 5 call type can be signaled to the service DSP engines by the host CPU at call 

onset and it can change between start and finish such as, for example, a voice 
call changing to facsimile data. The service DSP engines are able to take 
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configuration instructions from the host CPU and are able to detect the call 
types as well. In the case of a voice call changing to facsimile, the DSP is able 
to detect the transition, load the appropriate firmware module, and start 
execution within a nominal time. 
5 In processing data received from an IP network for communication 

over a PSTN, packetized data is received from the IP network and selectively 
provided to the service DSP engines of the DSP array over the host bus using 
the CPU, as discussed herein. Upon receipt of the data, each service DSP 
extracts the data from the packet or cell used for transmission over the IP 
1 0 network. The service DSP then determines the data type of the received data. 
Furthermore, each service DSP engine determines a firmware algorithm 
required to process the received data. The service DSP engine then selectively 
monitors the channelized serial bus for at least one firmware algorithm, 
wherein the firmware algorithm is used to process the received data. When 

1 5 the firmware algorithm monitored for is detected on the channelized serial 

bus, the service DSP engine receives the firmware algorithm. 

The selective monitoring performed by the service DSP engine 
comprises the service DSP engine determining an address of at least one 
channel of the channelized serial bus on which the required firmware 

2 0 algorithm is available. In one embodiment, the serial bus comprises eight 

channels, but the embodiment is not so limited. Upon determination of the 
channel address, the service DSP engine unmasks a bit of an interrupt mask 
in the service DSP engine, where the unmasked bit corresponds to the address 
of at least one channel of the serial bus on which the firmware algorithm is 
2 5 transmitted. 

In response to the receipt of an interrupt signal corresponding to the 
unmasked interrupt bit, the service DSP engine executes an interrupt service 
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routine. The interrupt service routine causes the corresponding firmware 
algorithm to be received by the service DSP engine. Furthermore, the 
interrupt service routine causes the received firmware algorithm to be stored 
in the SRAM of the corresponding service DSP engine. The service DSP 
5 engine uses the stored firmware algorithm to process the data received by the 
service DSP engine thereby generating PCM streams for communication to 
subscribers over the PSTN. The service DSP engine communicates the PCM 
streams over the PCM lines of the multiservice processing system to the 
multiplexed lines of the PSTN. 
1 0 Figure 6 is a data flow diagram of a DSP module of one embodiment. 

The service DSP engines 212-217 of the DSP module are divided into two 
groups 610 and 620 with group 610 comprising service DSP engines 212-214 
and group 620 comprising service DSP engines 215-217. This data flow 
scheme supports the flow of data from the PSTN to the IP network and the 

1 5 flow of data from the IP network to the PSTN. To support data flow from the 

PSTN to the IP network, PCM data is received from the PSTN and provided 
to the service DSP engines 212-217 using the PCM stream lines 230 and 232. 
The PSTN data is processed and packetized by the service DSP engines 212- 
217, and the packetized data is provided to the IP network over the host bus 

2 0 220 using a parallel memory mapped interface. To support data flow from the 

IP network to the PSTN, packetized data is received from the IP network and 
provided to the service DSP engines 212-217 using the host bus 220 and the 
parallel memory mapped interface. The packetized data is unpacked and 
processed by the service DSP engines 212-217 to produce PCM streams. The 
2 5 PCM streams comprising the PCM data are provided to the PSTN over the 
PCM stream lines 230 and 232. 
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As discussed herein, the data flow scheme supporting data flow 
between the PSTN and the DSP module involves PCM formatted data 
flowing between the PSTN domain and the service DSP engine domain in 
PCM streams. The PCM streams are interfaced to the service DSP engines 212- 
5 217 through a buffered serial port. The PCM stream 230 carries PCM data to 
and from service DSP engines 212-214 for processing, while the PCM stream 
232 carries PCM data to and from service DSP engines 215-217 for processing. 
Each of the PCM streams 230 and 232 comprise 32 channels per frame 
provided over a set of bidirectional communication lines; Figure 7 is the 
1 0 TDM interface timing for the first timeslot of the 32 timeslots. The ingress 
lines of PCM stream 230 and 232 provide PSTN data to the service DSP 
engines 212-214 and 215-217, respectively, for processing in order to packetize 
the PSTN data for communication over an IP network. The egress lines of 
PCM stream 230 and 232 provide PCM data to the PSTN from service DSP 

1 5 engines 212-214 and 215-217, respectively, for communication to PSTN 

subscribers. The egress lines of PCM stream 230 and 232 provide a private 
frame pulse for each service DSP engine, but the embodiment is not so 
limited. 

As further discussed herein, the data flow scheme supporting data flow 

2 0 between the IP network and the DSP module involves packetized data 

flowing between the IP network domain and the service DSP engine domain 
in packets or cells. The host bus, in supporting two-way communications, 
carries packetized data to and from service DSP engines 212-217 for processing. 
Consequently, the host bus provides packetized data to the service DSP 
2 5 engines 212-217 from the IP network for processing in order to generate PCM 
data for communication over the PSTN. The host bus also provides PSTN 
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data that has been packetized from the service DSP engines 212-217 to the IP 
network for communication. 

As previously discussed for one embodiment, the continuous serial 
firmware broadcast system is implemented by designing onto the carrier card 
5 an extra DSP comprising a private memory large enough to store all the 
firmware modules required to process all of the data types processed by the 
multiservice processing system. This extra DSP, the jukebox DSP or master 
DSP engine, broadcasts firmware blocks continuously and repetitively out of a 
TDM serial port over the channelized serial bus to the TDM serial ports of all 
1 0 service DSP engines of the DSP array. Therefore, all DSP engines of the 

multiservice processing system are bussed together using the serial bus. As 
only the master DSP engine transmits on this bus, the service DSP engines 
receive communications from the master DSP engine, but the embodiment is 
not so limited. The service DSP engines, therefore, selectively receive 

1 5 particular firmware modules from the repetitive broadcast stream that are 

needed to process received data and ignore the broadcast of all other firmware 
modules. It is noted that the TDM serial ports of the DSP engines may be 
different from the buffered serial port through which PCM streams are 
interfaced to the service DSP engines, but the embodiment is not so limited. 

2 0 Furthermore, it is noted that it is possible to use the TDM serial port 

inter-DSP communication facility among the six service DSP engines on any 
DSPM in a conventional way. This is done by isolating, using CPU control, 
the TDM port signal bus of the DSPM from its external source at the PLD; a bit 
in a Miscellaneous Control Register of the DSPM PLD controls this feature. 
2 5 When isolated from the master DSP engine signals, all service DSP engines 
within that particular DSPM can transmit on the inter-DSP communication 
link to other service DSP engines within that DSPM. 
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The firmware algorithms are sectioned and delivered to the service 
DSP engines using small fixed size blocks so that a service DSP engine in need 
of a module will not have to wait for the playout of that particular algorithm 
to begin again after just missing the beginning of the playout. As such, the 
5 beginning words of each block comprise a code that identifies that particular 
block. A service DSP engine monitoring the broadcast for a particular 
algorithm evaluates these identifier words in order to decide if a given block 
contains a portion of all of the algorithm for which the service DSP engine is 
monitoring. This technique allows acceptance of an algorithm to begin at 
1 0 multiple points during any given module playout as opposed to beginning 
only at the beginning of a module. Thus, this technique reduces the worst- 
case delivery time by nearly fifty percent. 

The beginning blocks are signified to the service DSP engines by a 
broadcasted interrupt signal from the master DSP engine. The interrupt 

1 5 signal notifies the service DSP engines that the time frame pulse will 

correspond to the beginning of the first word of a new block. As this signal is 
connected to an interrupt input pin on each service DSP engine, a service DSP 
engine can mask the corresponding interrupt to ignore the broadcast or it can 
unmask the corresponding interrupt at the time it begins monitoring for a 

2 0 particular algorithm. 

An interrupt service routine associated with a particular interrupt 
reads the next word received into the TDM port, the first word of the block, 
and calls the appropriate software routine to load the remainder of the block, 
if appropriate. If the identified block is not the block for which the service 
2 5 DSP has been monitoring, the software routine will simply re-enable the 

interrupt so that the following block can also be identified. This process will 
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repeat until all blocks of a module have been loaded, at which time the 
interrupt is remasked. 

In one embodiment, a service DSP engine in need of a firmware 
algorithm module can be signaled by the CPU, using the host port 
5 communication, on which channel to find the module. This technique may- 
be used in the case of CPU-initiated firmware configurations. Furthermore, 
in the case of service DSP engine-detected configuration requirements, the 
service DSP engine can use hard-coded information comprising the channel 
number of a particular firmware module. 
1 0 The various firmware algorithms have different delivery time 

requirements that can be accommodated by using different delivery 
bandwidth allocations on the channelized serial link. For example, the 
facsimile relay algorithm, with the most critical delivery time requirement, is 
allocated one or more channels while algorithms with less critical delivery 

1 5 time requirements can be grouped together on a single channel This 

allocation is achieved by appropriate distribution of the eight TDM channels 
of the TDM port interface among the different algorithms. 

The invention has been described in conjunction with the preferred 
embodiment. Although the present invention has been described with 

2 0 reference to specific exemplary embodiments, it will be evident that various 

modifications and changes may be made to these embodiments without 
departing from the broader spirit and scope of the invention as set forth in 
the claims. Accordingly, the specification and drawings are to be regarded in 
an illustrative rather than a restrictive sense. 



81862.P082 



23 



CLAIMS 



What is claimed is: 



1 




2 



3 



continuously broadcasting a plurality of firmware algorithms to a 
plurality of DSP engines over a channelized serial bus; and 

selectively monitoring for and receiving at least one firmware 



4 



5 



6 algorithm of the plurality of firmware algorithms by at least one of the 

7 plurality of DSP engines, wherein the at least one firmware algorithm is used 

8 to process data of at least one corresponding data type received by the at least 

9 one of the plurality of DSP engines over at least one data line. 

1 2. The method of claim 1, further comprising the steps of: 

2 receiving at least one pulse coded modulation (PCM) data stream from 

3 a public switched telephone network (PSTN); 

4 generating at least one packet of data from the PCM data stream using 

5 the received at least one firmware algorithm; and 

6 transmitting the at least one packet of data over an Internet Protocol 

7 (IP) network. 

1 3. The method of claim 1, further comprising the steps of: 

2 receiving at least one packet of data from an IP network; 

3 generating at least one PCM data stream from the at least one packet of 

4 data using the at least one firmware algorithm; and 

5 transmitting the at least one PCM data stream over a PSTN. 
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1 4. The method of claim 1, wherein the at least one data line comprises at 

2 least one bidirectional PCM data stream. 

1 5. The method of claim 1, wherein the at least one data line comprises at 

2 least one bidirectional host bus. 

1 6. The method of claim 1, wherein the plurality of firmware algorithms 

2 are continuously broadcasted to a plurality of service DSP engines by a master 

3 DSP engine resident in a processor. 

1 7. The method of claim 6, wherein the channelized serial bus comprises 

2 eight channels. 

1 8. The method of claim 7, wherein the step of selectively monitoring for 

2 and receiving at least one firmware algorithm comprises the steps of: 

3 determining a data type of the data received into at least one of the 

4 plurality of service DSP engines; 

5 determining at least one firmware algorithm required to process the 

6 received data; 

7 determining an address of at least one channel of the serial bus on 

8 which the required at least one firmware algorithm is available. 

1 9. The method of claim 8, wherein the step of selectively monitoring for 

2 and receiving at least one firmware algorithm further comprises the step of 

3 unmasking a bit of an interrupt mask in the at least one of the plurality of 

4 service DSP engines, the unmasked bit corresponding to the address of at least 
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5 one channel of the serial bus on which the required at least one firmware 

6 algorithm is transmitted. 

1 10. The method of claim 9, wherein the step of selectively monitoring for 

2 and receiving at least one firmware algorithm further comprises the steps of: 

3 executing at least one interrupt service routine in response to receiving 

4 an interrupt signal corresponding to the unmasked interrupt bit; 

5 receiving the at least one firmware algorithm in response to execution 

6 of the interrupt service routine; and 

7 storing the received at least one firmware algorithm in a memory of 

8 the service DSP. 

1 11. The method of claim 8, wherein each service DSP memory comprises 

2 data correlating each of the plurality of firmware algorithms with a serial bus 

3 channel on which each of the plurality of firmware algorithms are 

4 transmitted. 

1 12. The method of claim 8, wherein the data correlating each of the 

2 plurality of firmware algorithms with a serial bus channel on which each of 

3 the plurality of firmware algorithms are transmitted is downloaded to each 

4 service DSP engine from the processor. 

1 13. The method of claim 8, wherein the data correlating each of the 

2 plurality of firmware algorithms with a serial bus channel on which each of 

3 the plurality of firmware algorithms are transmitted is hard-coded in each of 

4 the service DSP engines. 
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1 14. The method of claim 7, wherein each channel of the channelized serial 

2 bus transmits at least one firmware algorithm. 

1 15. The method of claim 6, wherein the plurality of firmware algorithms 

2 are stored in a memory of the master DSP engine. 

1 16. The method of claim 1, wherein the continuous broadcast is repetitive. 

1 17. The method of claim 1, wherein the plurality of data types comprise 

2 modem data, voice data, audio data, video data, and facsimile data. 

1 18. The method of claim 1, wherein each DSP engine comprises at least 

2 one channel. 

1 19. The method of claim 7, wherein at least one algorithm is transmitted 

2 on a channel of the channelized serial bus. 

1 20. The method of claim 7, wherein an algorithm is transmitted using at 

2 least one channel of the channelized serial bus. 

1 21. The method of claim 1, wherein each of the plurality of DSP engines 

2 comprise a memory for storing the at least one firmware algorithm. 

1 22. The method of claim 1, wherein each of the plurality of firmware 

2 algorithms are broadcasted using at least one serial block, wherein each of the 

3 broadcasted at least one serial blocks comprise a portion of each of the 

4 plurality of firmware algorithms. 



81862.P082 



27 



1 23. The method of claim 22, wherein the at least one serial block comprises 

2 1024 information bits. 

1 24. The method of claim 22, wherein the broadcast of each of the at least 

2 one serial blocks is preceded by a broadcast of an address signal, the address 

3 signal identifying the firmware algorithm of the broadcasted at least one serial 

4 block. 

1 75y/ An apparatus for supporting digital signal processing (DSP) of a 

2 plurality of data types, the apparatus comprising: 

3 a serial bus comprising at least one channel over which a plurality of 

4 firmware algorithms are broadcasted; and 

5 a plurality of DSP engines coupled to the serial bus and to at least one 

6 data line, at least one of the plurality of DSP engines selectively monitoring 

7 for and receiving at least one firmware algorithm of the plurality of firmware 

8 algorithms broadcasted, wherein the at least one firmware algorithm is used 

9 to process data received by the at least one of the plurality of DSP engines over 
1 0 the at least one data line. 

1 26. The apparatus of claim 25, further comprising a master DSP engine 

2 resident in a host processor, the master DSP engine coupled to the serial bus, 

3 wherein the master DSP engine continuously broadcasts the plurality of 

4 firmware algorithms to a plurality of service DSP engines. 

1 27. The apparatus of claim 26, wherein: 
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2 at least one pulse coded modulation (PCM) data stream is received 

3 from a public switched telephone network (PSTN); 

4 at least one packet of data is generated from the PCM data stream using 

5 the received at least one firmware algorithm; and 

6 the at least one packet of data is transmitted over an Internet Protocol 

7 (IP) network. 

1 28. The apparatus of claim 26, wherein: 

2 at least one packet of data is received from an IP network; 

3 at least one PCM data stream is generated from the at least one packet 

4 of data using the at least one firmware algorithm; and 

5 the at least one PCM data stream is transmitted over a PSTN. 

1 29. The apparatus of claim 25, wherein the at least one data line comprises 

2 at least one bidirectional PCM data stream. 

1 30. The apparatus of claim 25, wherein the at least one data line comprises 

2 at least one bidirectional host bus. 

1 31. The apparatus of claim 26, wherein the plurality of service DSP engines 

2 selectively monitor for and receive the at least one firmware algorithm by: 

3 determining a data type of the data received into at least one of the 

4 plurality of service DSP engines; 

5 determining at least one firmware algorithm required to process the 

6 received data; 

7 determining an address of at least one channel of the serial bus on 

8 which the required at least one firmware algorithm is available. 
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1 32. The apparatus of claim 31, wherein the plurality of service DSP engines 

2 selectively monitor for and receive the at least one firmware algorithm by 

3 unmasking a bit of an interrupt mask in the at least one of the plurality of 

4 service DSP engines, the unmasked bit corresponding to the address of at least 

5 one channel of the serial bus on which the required at least one firmware 

6 algorithm is transmitted. 

1 33. The apparatus of claim 32, wherein the plurality of service DSP engines 

2 selectively monitor for and receive the at least one firmware algorithm by: 

3 executing at least one interrupt service routine in response to receiving 

4 an interrupt signal corresponding to the unmasked interrupt bit; 

5 receiving the at least one firmware algorithm in response to execution 

6 of the interrupt service routine; and 

7 storing the received at least one firmware algorithm in a memory of 

8 the service DSP. 

1 34. The apparatus of claim 31, wherein the data correlating each of the 

2 plurality of firmware algorithms with a serial bus channel on which each of 

3 the plurality of firmware algorithms are transmitted is downloaded to each 

4 service DSP engine from the host processor. 

1 35. The apparatus of claim 25, wherein the data received by the at least one 

2 of the plurality of DSP engines comprises at least one channel of multiplexed 

3 data received over a public switched telephone network, the data having at 

4 least one of the plurality of data types. 
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1 36. The apparatus of claim 25, wherein the plurality of data types comprise 

2 modem data, voice data, audio data, and facsimile data. 

1 37. The apparatus of claim 25, wherein each DSP engine comprises at least 

2 one channel. 

1 38. The apparatus of claim 26, wherein at least one algorithm is 

2 transmitted on a channel of the channelized serial bus. 

1 39. The apparatus of claim 26, wherein an algorithm is transmitted using 

2 at least one channel of the channelized serial bus. 

1 40. The apparatus of claim 25, wherein each of the plurality of firmware 

2 algorithms are broadcasted using at least one serial block, wherein each of the 

3 broadcasted at least one serial blocks comprise a portion of each of the 

4 plurality of firmware algorithms, wherein the portion of each of each of the 

5 plurality of firmware algorithms comprises 1024 information bits. 

1 41/ A multiservice digital signal processing (DSP) system comprising: 

2 a processor coupled to at least one data line, the processor comprising a 

3 master DSP engine, wherein the at least one data line provides a plurality of 

4 data types; 

5 a serial bus coupled to the master DSP engine, the serial bus comprising 

6 a plurality of channels over which a plurality of firmware algorithms are 

7 continuously broadcasted; and 

8 a plurality of service DSP engines coupled to the at least one data line 

9 and the serial bus, at least one of the plurality of service DSP engines 
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1 0 selectively monitoring for and receiving at least one firmware algorithm over 

1 1 the serial bus, wherein the at least one firmware algorithm is used to process 

1 2 data of at least one corresponding data type received by the at least one of the 

1 3 plurality of service DSP engines over the at least one data line. 

1 42. The system of claim 41, wherein: 

2 at least one pulse coded modulation (PCM) data stream is received 

3 from a public switched telephone network (PSTN); 

4 at least one packet of data is generated from the PCM data stream using 

5 the received at least one firmware algorithm; and 

6 the at least one packet of data is transmitted over an Internet Protocol 

7 (IP) network. 

1 43. The system of claim 41, wherein: 

2 at least one packet of data is received from an IP network; 

3 at least one PCM data stream is generated from the at least one packet 

4 of data using the at least one firmware algorithm; and 

5 the at least one PCM data stream is transmitted over a PSTN. 

1 44. The system of claim 41, wherein the at least one data line comprises at 

2 least one bidirectional PCM data stream. 

1 45. The system of claim 41, wherein the at least one data line comprises at 

2 least one bidirectional host bus. 

1 46. The system of claim 41, wherein the plurality of service DSP engines 

2 selectively monitor for and receive the at least one firmware algorithm by: 



81862.P082 



32 



3 determining a data type of the data received into at least one of the 

4 plurality of service DSP engines and determining at least one firmware 

5 algorithm required to process the data type; 

6 determining an address of at least one channel of the serial bus on 

7 which the required at least one firmware algorithm is available; and 

8 unmasking a bit of an interrupt mask in the at least one of the plurality 

9 of service DSP engines, the unmasked bit corresponding to the address of at 
1 0 least one channel of the serial bus on which the required at least one 

1 1 firmware algorithm is transmitted. 

1 47. The system of claim 46, wherein the plurality of service DSP engines 

2 selectively monitor for and receive the at least one firmware algorithm by: 

3 executing at least one interrupt service routine in response to receiving 

4 an interrupt signal corresponding to the unmasked interrupt bit; 

5 receiving the at least one firmware algorithm in response to execution 

6 of the interrupt service routine; and 

7 storing the received at least one firmware algorithm in a memory of 

8 the service DSP. 

1 48. The system of claim 46, wherein the data correlating each of the 

2 plurality of firmware algorithms with a serial bus channel on which each of 

3 the plurality of firmware algorithms are transmitted is downloaded to each 

4 service DSP engine from the processor. 

1 49. The system of claim 41, wherein the data received by the at least one of 

2 the plurality of DSP engines comprises at least one channel of multiplexed 

3 data received over a public switched telephone network, the data having at 
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4 least one of the plurality of data types comprising modem data, voice data, 

5 audio data, and facsimile data. 

1 50. The system of claim 41, wherein each service DSP engine comprises at 

2 least one channel. 

1 51. The system of claim 41, wherein at least one algorithm is transmitted 

2 on a channel of the serial bus. 

1 52. The system of claim 41, wherein an algorithm is transmitted using at 

2 least one channel of the serial bus. 

1 53. The system of claim 41, wherein each of the plurality of firmware 

2 algorithms are broadcasted using at least one serial block, wherein each of the 

3 broadcasted at least one serial blocks comprise a portion of each of the 

4 plurality of firmware algorithms. 

1 54/ A computer readable medium containing executable instructions 

2 which, when executed in a processing system, causes the system to perform 

3 the steps for digital signal processing (DSP) of a plurality of data types 

4 comprising: 

5 continuously broadcasting a plurality of firmware algorithms to a 

6 plurality of DSP engines over a channelized serial bus; and 

7 selectively monitoring for and receiving at least one firmware 

8 algorithm of the plurality of firmware algorithms by at least one of the 

9 plurality of DSP engines, wherein the at least one firmware algorithm is used 
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1 1 



to process data of at least one corresponding data type received by the at least 
one of the plurality of DSP engines over at least one data line. 



1 55. The computer readable medium of claim 54, further causing the system 

2 to perform the steps of: 

3 receiving at least one pulse coded modulation (PCM) data stream from 

4 a public switched telephone network (PSTN); 

5 generating at least one packet of data from the PCM data stream using 

6 the received at least one firmware algorithm; and 

7 transmitting the at least one packet of data over an Internet Protocol 

8 (IP) network. 



1 56. The computer readable medium of claim 54, further comprising the 

2 steps of: 

3 receiving at least one packet of data from an IP network; 

4 generating at least one PCM data stream from the at least one packet of 

5 data using the at least one firmware algorithm; and 

6 transmitting the at least one PCM data stream over a PSTN. 

1 57. The computer readable medium of claim 54, wherein the system is 

2 caused to continuously broadcast the plurality of firmware algorithms to a 

3 plurality of service DSP engines by a master DSP engine resident in a 

4 processor. 

1 58. The computer readable medium of claim 57, wherein the step of 

2 selectively monitoring for and receiving at least one firmware algorithm 

3 comprises the steps of: 
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determining a data type of the data received into at least one of the 
plurality of service DSP engines; 

determining at least one firmware algorithm required to process the 



5 



6 



7 



received data; 



determining an address of at least one channel of the serial bus on 



9 which the required at least one firmware algorithm is available. 

1 59. The computer readable medium of claim 58, wherein the step of 

2 selectively monitoring for and receiving at least one firmware algorithm 

3 further comprises the step of unmasking a bit of an interrupt mask in the at 

4 least one of the plurality of service DSP engines, the unmasked bit 

5 corresponding to the address of at least one channel of the serial bus on which 

6 the required at least one firmware algorithm is transmitted. 

1 60. The computer readable medium of claim 59, wherein the step of 

2 selectively monitoring for and receiving at least one firmware algorithm 

3 further comprises the steps of: 

4 executing at least one interrupt service routine in response to receiving 

5 an interrupt signal corresponding to the unmasked interrupt bit; 

6 receiving the at least one firmware algorithm in response to execution 

7 of the interrupt service routine; and 

8 storing the received at least one firmware algorithm in a memory of 

9 the service DSP. 

1 61. The computer readable medium of claim 54, wherein the processor is 

2 further configured so that data received by the at least one of the plurality of 

3 DSP engines comprises at least one channel of multiplexed data received over 
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4 a public switched telephone network, the data comprising modem data, voice 

5 data, audio data, and facsimile data. 

1 62. The computer readable medium of claim 54, wherein each of the 

2 plurality of firmware algorithms are broadcasted using at least one serial 

3 block, wherein each of the broadcasted at least one serial blocks comprise a 

4 portion of each of the plurality of firmware algorithms, wherein the broadcast 

5 of each of the at least one serial blocks is preceded by a broadcast of an address 

6 signal identifying the firmware algorithm of the broadcasted at least one serial 

7 block. 
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ABSTRACT OF THE DISCLOSURE 

A number of service DSP engines form an array or matrix wherein the 
service DSP engines are coupled to a master DSP engine using a channelized 
serial bus. The master DSP engine controls a memory comprising a number 
5 of firmware algorithms used in processing a number of types of data. The 
master DSP engine continuously broadcasts the firmware algorithms to the 
service DSP engines over the channelized serial bus. The DSP array receives 
PCM data from multiplexed lines of a public switched telephone network and 
packetized data from an Internet Protocol (IP) network. The data may 
1 0 include, but is not limited to, modem data, voice data, audio data, video data, 
and facsimile data. The data is provided to one of a number of service DSP 
engines of a DSP array. Upon receipt of the data, each service DSP engine 
determines the type of the received data and determines a firmware 
algorithm required to process that type of data. The service DSP engine then 

1 5 determines an address of at least one channel of the channelized serial bus on 

which the required firmware algorithm is available and unmasks a 
corresponding bit of an interrupt mask in the service DSP engine. In 
response to receipt of an interrupt signal corresponding to the unmasked 
interrupt bit, the service DSP engine executes an interrupt service routine 

2 0 resulting in the receipt and storage of the corresponding firmware algorithm 

from the master DSP engine. The service DSP engine processes the received 
data using the received firmware algorithm. When the data received by the 
service DSP engine is PCM data received from the PSTN, the service DSP 
engine produces packetized data for communication over the IP network. 
2 5 When the data received by the service DSP engine is packetized data received 
from the IP network, the service DSP engine produces PCM data for 
communication over the PSTN. 
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Attorney's Docket No.: 81862.P082 p a t e nt 
DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 



As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an 
original, first, and joint inventor (if plural names are listed below) of the subject matter 
which is claimed and for which a patent is sought on the invention entitled 

A METHOD AND APPARATUS FOR SUPPORTING MULTISERVICE DIGITAL SIGNAL 
PROCESSING APPLICATION 



the specification of which 



X X is attached hereto. 

was filed on as 

United States Application Number 

or PCT International Application Number 

and was amended on . 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I 
do not know and do not believe that the claimed invention was ever known or used in the 
United States of America before my invention thereof, or patented or described in any 
printed publication in any country before my invention thereof or more than one year 
prior to this application, that the same was not in public use or on sale in the United States 
of America more than one year prior to this application, and that the invention has not 
been patented or made the subject of an inventor's certificate issued before the date of this 
application in any country foreign to the United States of America on an application filed 
by me or my legal representatives or assigns more than twelve months (for a utility 
patent application) or six months (for a design patent application) prior to this 
application. 



I acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal Regulations, Section 1 .56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 
119(a)-(d), of any foreign application(s) for patent or inventor's certificate listed 
below and have also identified below any foreign application for patent or inventor's 

certificate having a filing date before that of ^tSlpW^lflsM . ^ 



fepodtod wHh tne United State P&I Se^^SSfflP^ 
that this paper or fee has been addressed to the Aristant 
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Prior Foreign Application(s) 



Priority 
Claimed 



(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 



I hereby claim the benefit under title 35, United States Code, Section 119(e) of any United 
States provisional application(s) listed below 



(Application Number) Filing Date 



(Application Number) Filing Date 



I hereby claim the benefit under Title 35, United States Code, Section 120 of any United 
States application(s) listed below and, insofar as the subject matter of each of the claims 
of this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code, Section 112, I 
acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal Regulations, Section 1.56 which 
became available between the filing date of the prior application and the national or PCT 
international filing date of this application: 



(Application Number) Filing Date (Status - patented, 

pending, abandoned) 



(Application Number) Filing Date (Status -- patented, 

pending, abandoned) 
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I hereby appoint Farzad E. Amini, Reg. No. P42.261; Aloysius T. C. AuYeung, Reg. No. 35,432- 
William Thomas Babbitt, Reg. No. 39,591 ; Jordan Michael Becker, Reg. No. 39,602; Bradley J. 
Bereznak, Reg. No. 33,474; Michael A. Bernadicou, Reg. No. 35,934; Roger W. Blakely Jr 
Reg. No. 25,831 ; Gregory D. Caldwell, Reg. No. 39,926; Kent M. Chen, Reg. No. 39,630- ' 
Lawrence M. Cho, Reg. No. 39,942; Yong S. Choi, Reg. No. P43.324; Thomas M. Coester, Reg. 
No. 39,637; Roland B. Cortes, Reg. No. 39,152; Barbara Bokanov Courtney, Reg. No P42 442- 
William Donald Davis, Reg. No. 38,428; Michael Anthony DeSanctis, Reg. No. 39,957; Daniel 
M. De Vos, Reg. No. 37,813; Tarek N. Fahmi, Reg. No. 41,402; Richard Leon Gregory, Jr., 
P42.607; James Y. Go, Reg. No. 40,621; Sharmini Nathan Green, Reg. No. 41,410; David R. 
Halvorson, Reg. No. 33,395; Thomas A. Hassing, Reg. No. 36,159; Eric Ho, Reg. No 39 711- 
Willmore F. Holbrow III, Reg. No. P41.845; George W Hoover II, Reg. No. 32,992; 
Eric S. Hyman, Reg. No. 30,139; Dag H. Johansen, Reg. No. 36,172; Stephen L. King, Reg No 
19,180; Tim L. Kitchen, Reg. No. P41.900; Michael J. Mallie, Reg. No. 36,591; Paul A. 
Mendonsa, Reg. No. P42.879; Darren J. Milliken, P42.004; Thinh V. Nguyen, P42.034; 
Kimberley G. Nobles, Reg. No. 38,255; Michael A. Proksch, Reg. No. P43.021; Ronald w' 
Reagin, Reg. No. 20,340; Babak Redjaian, P42,096; James H. Salter, Reg. No. 35,668- 
William W. Schaal, Reg. No. 39,018; James C. Scheller, Reg. No. 31,195; Anand Sethuraman 
Reg. No. P43.351; Charles E. Shemwell, Reg. No. 40,171; Maria McCormack Sobrino, Reg No ' 
31,639; Stanley W. Sokoloff, Reg. No. 25,128; Allan T. Sponseller, Reg. No. 38,318; Steven 
R. Sponseller, Reg. No. 39,384; Geoffrey T. Staniford, P43.151; Judith A. Szepesi, Reg No 
39,393; Edwin H. Taylor, Reg. No. 25,129; George G. C. Tseng, Reg. No. 41,355; Lester J 
Vincent, Reg. No. 31,460; John Patrick Ward, Reg. No. 40,216; Ben J. Yorks, Reg. No. 
33,609; and Norman Zafman, Reg. No. 26,250; my attorneys; and Robert Andrew Diehl, Reg. 
No. 40,992; and Edwin A. Sloane, Reg. No. 34,728; my patent agents, of BLAKELY, SOKOLOFF, 
TAYLOR & ZAFMAN LLP, with offices located at 12400 Wilshire Boulevard 7th Floor 
Los Angeles, California 90025, telephone (310) 207-3800, and James R. Thein, Reg. No. 
31,710, my patent attorney; with full power of substitution and revocation, to prosecute this 
application and to transact all business in the Patent and Trademark Office connected herewith. 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the 
United States Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 



Full Name of Sole/First Inventor Louis Couture 

Inventor's Signature /t^T-^^^^ Date M *hA IS Afi 

Residence Goleta, California Citizenship Canadian 



(City, State) (Country) 

Post Office Address 150 Castillan Driva 

Goleta. California 93117 
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Title 37, Code of Federal Regulations, Section 1.56 
Duty to Disclose Information Material to Patentability 



(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in dealing 
with the Office, which includes a duty to disclose to the Office all information known to that individual to be 
material to patentability as defined in this section. The duty to disclosure information exists with respect to 
each pending claim until the claim is cancelled or withdrawn from consideration, or the application becomes 
abandoned. Information material to the patentability of a claim that is cancelled or withdrawn from 
consideration need not be submitted if the information is not material to the patentability of any claim remaining 
under consideration in the application. There is no duty to submit information which is not material to the 
patentability of any existing claim. The duty to disclosure all information known to be material to patentability 
is deemed to be satisfied if all information known to be material to patentability of any claim issued in a patent 
was cited by the Office or submitted to the Office in the manner prescribed by §§1 .97(b)-(d) and 1 .98. 
However, no patent will be granted on an application in connection with which fraud on the Office was practiced 
or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. The Office 
encourages applicants to carefully examine: 

(1) Prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2) The closest information over which individuals associated with the filing or prosecution of a 
patent application believe any pending claim patentably defines, to make sure that any material information 
contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to 
information already of record or being made or record in the application, and 

(1 ) It establishes, by itself or in combination with other information, a prima facie case of 
unpatentability of a claim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in the claim its 
broadest reasonable construction consistent with the specification, and before any consideration is given to 
evidence which may be submitted in an attempt to establish a contrary conclusion of patentability. 

(c) Individuals associated with the filing or prosecution of a patent application within the 
meaning of this section are: 

(1 ) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the 
application and who is associated with the inventor, with the assignee or with anyone to whom there is an 
obligation to assign the application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by 
disclosing information to the attorney, agent, or inventor. 
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